home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 8469 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB
  1. Path: mailhub.scitec.com.au!ramsesy
  2. From: ramsesy@rd.scitec.com.au (Ramses Youhana)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Followup-To: comp.lang.ada,comp.lang.c,comp.lang.c++
  6. Date: 19 Feb 1996 02:17:26 GMT
  7. Organization: SCITEC LIMITED, Sydney, Australia.
  8. Message-ID: <4g8mjm$bce@mailhub.scitec.com.au>
  9. References: <4etcmm$lpd@nova.dimensional.com> <4f4ptt$a1c@newsbf02.news.aol.com> <4g1b7n$l5@mailhub.scitec.com.au> <3124B2F3.6D21@escmail.orl.mmc.com>
  10. NNTP-Posting-Host: scitec7.scitec.com.au
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. Ted Dennison (dennison@escmail.orl.mmc.com) wrote:
  14. > Ramses Youhana wrote:
  15. > > 
  16. > > You'll be surprised how easily both junior (and senior) engineers can turn
  17. > > both C/C++ and Ada programs into spaghetti code.  The language itself
  18. > > doesn't make for a quality system.
  19.  
  20. > Quite true. But having "cleaned up" both, I can tell you Ada is MUCH 
  21. > easier to detangle.
  22.  
  23. That's interesting.  Is this due to the language itself, or the way
  24. the programs were written or both?  I have had to "detangle" other
  25. peoples C code on many occasions.  Those that were well written
  26. were very easy to fix, however, the majority were incredibly poorly
  27. written.  These were very hard to fix, and in many cases, the code had
  28. to be re-written.  All of these problems were due to the poor design and
  29. coding habits of the programmer and not the C language.  I am wonderring
  30. how much protection Ada provides against bad programmers and engineers.
  31. I know that C doesn't provide much protection.  This is one reason why
  32. it is important to design the system first (on paper) before one starts
  33. coding.
  34.  
  35. Personally I don't wish to get involved in the "C/C++ is better than
  36. Ada" debate.  I would however, like to hear both sides of the arguements.
  37.  
  38.  
  39. Ramses.
  40.